home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d21 / qemmnote.arc / LOADHI5.TEC < prev    next >
Encoding:
Text File  |  1991-06-26  |  6.2 KB  |  131 lines
  1. ID:LH Loadhi: Recent Versions
  2. Quarterdeck Technical Note #183
  3. by Joe Wilder
  4.  
  5. This technote discusses QEMM's Loadhi programs, concentrating on
  6. material which is not already in the Quarterdeck manuals and on
  7. versions of QEMM 5.0 or later. Chapter 5 and Appendix A of the
  8. Quarterdeck expanded memory manager manual contain
  9. the basic Loadhi information.
  10.  
  11. Q: What does Optimize do?
  12.  
  13. OPTIMIZE will load TSRs and device drivers high in the most
  14. "optimal" way, sometimes testing millions of different
  15. possibilities. The LOADHI programs available in QEMM version 5
  16. and later can determine the size of particular TSRs or device
  17. drivers and can place them in specific memory address ranges. It
  18. would normally be difficult to use the Loadhi programs
  19. manually to improve on the way Optimize arranges programs
  20. in high memory.
  21.  
  22. Q: What's Loadhi all about?
  23.  
  24. There is a popular misconception that PCs using DOS have an
  25. absolute limit of 640K of space to run programs in.  Untrue --
  26. there is actually 1024K of addressable code space. The LOADHI
  27. programs are used to run resident programs and device drivers in 
  28. the address space between 640K and 1024K.  This area is normally
  29. reserved for hardware devices such as video cards, system ROM and
  30. network adapters.  Any space in that ramge that isn't occupied by
  31. these devices, Roms, and Ram is just that, empty space.  There is
  32. usually more that one.  Each of these areas is called a region. 
  33. Qemm attaches memory to these empty spaces with a process called
  34. memory mapping creating "High Ram."  The more devices you have
  35. that use the address range 640-1024K, the less high memory will
  36. be available to load programs into.  Expanded memory managers
  37. also utilize 64K of this upper address space for what is called a
  38. "page frame."  The expanded memory page frame is a space through
  39. which programs familiar with the expanded memory standard can get
  40. access to the larger pool of expanded memory.
  41.  
  42. Q: Can I get rid of the Expanded memory page frame?
  43.  
  44. The page frame may turned off, and doing so would allow space for
  45. 64K more High Ram.  The disadvantage to doing this is
  46. that programs that want to use the expanded memory pool could no
  47. longer do so. Therefore, turning off the expanded memory page
  48. frame is only a viable option for users whose programs don't use
  49. expanded memory.  The parameter to turn off the expanded memory
  50. page frame is "FRAME=NONE".
  51.  
  52.  
  53.  
  54.  
  55. Q: Will QEMM and LOADHI load TSRs directly into extended and/or
  56. expanded memory?
  57.  
  58. Many new QEMM users assume that LOADHI can run TSRs and device
  59. drivers directly in extended or expanded memory.  This is not the
  60. case.  The only address space where these items can be run is in
  61. what were empty addresses (previous to the installation of Qemm
  62. and the RAM parameter) in the address range from 640K to 1024K. 
  63. This is where "High Ram" gets installed using the RAM parameter
  64. of Qemm.
  65.  
  66. Q: Why am I getting an error message, "No High Memory Available"?
  67.  
  68. The RAM parameter to QEMM.SYS must be invoked in order to use
  69. LOADHI programs. This attaches some expanded memory to the unused
  70. addresses in the reserved memory area.  Once the RAM is
  71. available, programs can be loaded there with LOADHI.  If loading
  72. high is attempted without the RAM parameter being specified, the
  73. above error message will appear.  Using the RAM parameter to
  74. QEMM.SYS prevents QEMM from being turned off at the prompt.  
  75.  
  76. Q: I seem to have enough High Ram, but my program still won't
  77. load high.
  78.  
  79. Each program must be loaded into a single contiguous memory area. 
  80. Because of this, very large TSRs and device drivers often won't
  81. load high.  For instance, if QEMM establishes two high memory
  82. regions, one of 80K, and the other of 32K, a program that
  83. requires 90K to load wouldn't be able to be loaded high.  It
  84. would have to fit in one Region or the other.  The size and
  85. number of regions varies from computer to computer depending on
  86. the size of the BIOS, the number of devices and where in the 640-
  87. 1024K address space these are situated.
  88.  
  89. Q: Why doesn't my "Largest Available" window size, indicated by
  90. DESQview's Memory Status program, increase when I load my drivers
  91. and TSRs high?
  92.  
  93. Q: Is there any way of finding just a little more High Ram?
  94.  
  95. There are some small things you can do that may improve your
  96. available conventional memory.  Rearranging your config.sys and
  97. autoexec.bat so that the items that take the most memory come
  98. first often will improve available conventional memory when
  99. Optimize is run.  Setting up you hardware devices so that the
  100. available High Ram is large contiguous regions instead of small
  101. fragmented regions will allow Optimize more options in putting
  102. things up high.  For example, three 7K regions often aren't as
  103. usable as one 21K area.  Changing the address ranges hardware is
  104. accomplished by reconfiguring the hardware itself.  Some devices
  105. have jumpers or switches on the card, others are software
  106. configurable.  Using the Analyze feature of Qemm will almost
  107. surely find some more places to put High Ram.  If this procedure
  108. is used, the instructions must be followed explicitly.
  109.  
  110. Q: Is there anything special to consider about Loading High for
  111. DESQview users? 
  112.  
  113. DESQview has the capability of running most of its own code in
  114. high memory.  You don't have to use the RAM parameter with QEMM
  115. to get this feature.   DV.COM (XDV.COM renamed) will map expanded
  116. memory into the available addresses on its own.  It will then run
  117. DESQview in that memory.   DESQview can use as much as 95K of
  118. reserved memory space. Loading high too many resident programs
  119. and drivers before going into DESQview may cause DESQview to load
  120. more of itself in the lower 640K, resulting in little or no gain
  121. for the largest available window size in DESQview.  Sometimes,
  122. because of the different sizes of memory regions available, you
  123. may actually get a slightly larger window size in DESQview by
  124. loading something low instead of high.  If you are running
  125. DESQview, it is a good idea to avoid loading "Pop-up" type TSRs
  126. before DESQview at all (using LOADHI or not), but instead put
  127. them in DESQview windows, where their overhead in lower memory
  128. can be completely eliminated.
  129.  
  130.         Copyright (C) 1991 by Quarterdeck Office Systems
  131.              * * *   E N D   O F   F I L E    * * *